FreeFileSync slows file transfer after large number of small files

Multi threading opens the door to configuring multiple simultaneous transfers allowing large quantities of tiny files to be done at the same time.

A single thread will be just as fast as any other amount of threads, if not faster. Linux has less overhead, but you aren't likely to see any noticeable ...

Using FreeFileSync with 10 threads I end up at about 100KB/s. I tried to mirror the data to an empty folder to have - more or less - the same condition like ...

The other reason for multiple threads is latency: E.g. a file access to the remove server takes 200 ms. The processing time on the remote ...

In worst case, multiple threads will be just as fast as using a single thread. ... multiple threads may introduce additional seek overhead.

I have noticed FFS only uses one thread per directory when performing the syncs. Is it possible to specify the number for threads to use for each directory (in ...

I have another FTP program that uses threads for multiple copies and it will keep a running status window (would be happy to share a screen shot ...

FreeFileSync can be set up to issue multiple file accesses in parallel. This speeds up synchronization times dramatically in cases where single I/O operations ...

I have a comprehensive backup structure which results in the Compare to start with 15 threads. But, because they are all on 2 drives the compare takes a ...

But if you have multiple threads doing exactly that, your network/bus can stay saturated longer. I have mine set to 4 threads in FFS settings.